home *** CD-ROM | disk | FTP | other *** search
/ InfoMagic Internet Tools 1995 April / Internet Tools.iso / infoserv / www / cern / doc / www-talk.archive.Z / www-talk.archive / text0048.txt < prev    next >
Encoding:
Text File  |  1992-11-30  |  3.1 KB  |  78 lines
  1.  
  2.  
  3. Date: Tue, 18 Feb 92 23:39:44 -0500
  4. From: Edward Vielmetti <emv@msen.com>
  5.  
  6. > Throughout the years people have used different ways to 
  7.  
  8. > describe files available for anonymous ftp.  that has never
  9. > been standardized ever.  no reason to believe it ever will
  10. > be.
  11.     Is there a similey for a big sigh?...
  12.  
  13. > If we are going to come up with a special kind of document
  14. > that refers to a new document type that has the semantics
  15. > of "pointer to file available for anonymous ftp", then it
  16. > should be assigned a WAIS type tag, described, and specified.
  17. > I'd suggest the tag AFTP.  Someone write a spec, we'll all
  18. > write code, & be done with it.  (There's plenty of data after
  19. > all.)  It would be better to do that rather than to use a TEXT
  20. > type tag and bicker about the format.
  21.  
  22. This Archie-wais-www has to get around the fact that the doc-id in  
  23. the search response is not the doc-id of the file, it's the id of a  
  24. line in the site listing which refers to the file.  However, one  
  25. wants to jump straight to the file, rather than to the site listing.  
  26. For this reason, the gateway throws away the wais doc-id and  
  27. generates an id for the file itself from the headline. If the doc-id  
  28. itself was that of the file (in any format), that would be cleaner of  
  29. course, as the headline could be in any human readable format. [Would  
  30. that be easy, Kean?]
  31.  
  32. > I don't think it would be hard for the WWW gateway to WAIS to
  33. > do special things to documents if they had a different type,
  34. > and then use that to convert AFTP type documents to WWW format.
  35. > Ditto gopher, archie, etc. clients.
  36.  
  37. It would be possible, sure. Do we want to have to access an AFTP type  
  38. document just to get a pointer to an FTP site? This takes time, I'd  
  39. prefer top skip that step.
  40.  
  41. > If it's TEXT, on the other hand, it can be *anything*.  Please
  42. > don't overload the semantics of the name of the server or the 
  43.  
  44. > accidental formatting of the contents of the document.  I would
  45. > like to create AFTP records to stick into many servers.
  46.  
  47. I agree that overloading the database name is horrible! Its a hack to  
  48. show what is possible. You can only do it cleanly if you has  
  49. universal document ids of some form or other.
  50.  
  51. Sure, clients and gateways can convert UDI formats -- avoids the  
  52. bickering but not as cool as having a common format. (Need that  
  53. smiley again!)
  54.  
  55. [BTW, If you're going to have an AFTP file format for pointing to  
  56. aftp sites, will you also need a GOPH file format for pointing to  
  57. gopher sites, and a NEWS file format for pointing to newsgroups...?   
  58. Suppose you do have some universal id scheme. Then you could have one  
  59. format for a file of pointers. Using the SES filter system, indexing  
  60. that file could (if it looked like a README for example) retrieve the  
  61. referenced document and index the actual document rather than just  
  62. the name.]
  63.  
  64.     Tim
  65.  
  66.  
  67. __________________________________________________________
  68. Tim Berners-Lee                       timbl@info.cern.ch
  69. World Wide Web initiative             (NeXTMail is ok)    
  70. CERN                                  Tel: +41(22)767 3755
  71. 1211 Geneva 23, Switzerland           Fax: +41(22)767 7155
  72.  
  73.  
  74.  
  75. 
  76.  
  77.  
  78.